restaurer nand

Ce n’est pas trop le sujet du tutoriel et aucune raison que cela apparaisse en FAQ. Un sujet dans une autre section aurait dû être privilégié.

Cette demande a déjà été demandée d’ailleurs.
https://gamergen.com/forums/blabla-swit ... 67654.html

Il me semble que cela s’opère de manière simple d’une Switch à l’autre lorsqu’il s’agit de la sysNAND (NAND système de la console) et ce sans réel besoin que les deux soient hack ou non sauf erreur. Et cela sans compter le fait que certains jeux passent par un outil tiers (ex: Animal Crossing New Horizon) ou d’autres qui utilisent le Cloud. Dans ces deux derniers cas, cela ne passe pas par l’outil de transfert de la console.

En revanche, transférer une sauvegarde sur l’emuNAND depuis une console jailbreak sur une console non hack, ne pourra pas passer par l’utilitaire simple de la console. Il faut dans ce cas utiliser un outil tiers ou une méthode tierce qui nécessite que les deux soient jailbreak. Comme indiquait dans le sujet en lien, je n’affirme rien en disant cela car non testé mais cela me semble logique.

SysNAND et emuNAND sont déliées donc l’une ne communique pas avec l’autre. Et il existe toujours l’idée du dump via un outil tiers pour ensuite les restaurer mais comme dit, cela implique un jailbreak sur les deux consoles.

Les méthodes qui passent par le online depuis le CFW emuNAND provoquera un bannissement de la console. Et quand il s’agit de la sysNAND, il faut être certain que celle de la console hack soit vraiment clean. Les outils tiers comme JKSV, DBI ou autres permettent de dumper les sauvegardes de l’emuNAND vers la sysNAND pour ensuite faire un transfert de données simple sur sysNAND mais cela présente un risque également.

Après il existe la méthode tierce qui passe par memloader/HacDiskMount/Hactoolnet mais il faudra faire des recherches car ceci est assez complexe.

La sauvegarde de la NAND sert en cas de problème système. Si tu brick ta console, tu pourras ainsi la restaurer.

Elle peut également servir à une restauration simple sur la sysNAND pour repartir sur une base propre. Toutefois, cela nécessitera de la mettre à jour ensuite car des erreurs dues aux eFuses grillés subviendront.

Cela dépend de la configuration opérée et comment le Hack a été utilisé. S’il n’a transité que sur une emuNAND sans toucher à la sysNAND et que cette dernière est clean et sans modification due aux aspects underground, alors il suffit de supprimer les données du hack sur la SD tout simplement. A l’issu, démarrer sa console normalement et en profiter.

En revanche, si aucune emuNAND n’a été créée et que la sysNAND a été utilisée pour le hack, alors cela va nécessiter d’utiliser un outil tiers pour procéder à un nettoyage. Il en existe un mais je n’ai plus son nom en tête. Une simple réinitialisation ne suffira pas dans ce cas. La NAND est modifiée en utilisant la mode autoRCM, certains homebrews et l’installation de NSP.
Dans tous les cas, un nettoyage est recommandé s’il y a un doute sinon ce sera un ban assuré.

Il existe aussi la possibilité de restaurer une sauvegarde de sa NAND, si celle ci n’est pas trop ancienne dans sa version de firmware pour éviter un brick, et de mettre à jour à l’issu pour éviter les erreurs d’eFuses grillés qui ne correspondraient pas.

Salut les gars, je pensais pas me retrouvé ici un jour. Les enfants ont été chez leur cousine et on mis à jour. Je savais plus si j'avais une nand ou pas sous sxos, j'ai fait restaurer nand. Le boot 0 et Boot 1 passe au vert, mais nand error. Donc, je me dis que j'ai pas fait de sauvegarde. Du coup, je peux acceder au sxos ou à n'importe quel payload vu que j'ai une des premiere switch avec le defaut manette.Donc impossible de lancer la switch en custom firmware ou original. J'ai le logo de nintendo et écran noir.Et j'ai essayé d'installer atmosphere, et apres avoir le triangle blanc, c'est écran noir. J'espere que c'est juste un truc genre efuse à réparer qui fait bloquer la console. Ma question, la switch est t'elle morte ou pas? Merci à vous.

tu as très bien expliqué le gros pb.
je dois modifier une nand en bonne etat pour qu'elle soit spécifique a ma switch et la restaurer.
beaucoup de travail et assez fastidieux en espérant que ca marche.

je viens de redémarrer ma switch en cfwsys
mes étapes utiliser emmchaggen, nxnandmanager, tegra explolrer, lockpim et hekate
il me fallait aussi un donateur de nand et de key
grâce a cela j'ai pu redémarrer ma console en cfwsys il me reste encore beaucoup de boulot
déjà refaire en sorte qu'elle demarre avec le ofw
ensuite crée une emunand et mettre tout au propre cette fois
Merci encore MDproz

Donc ton problème s’orienterait bien vers une corruption de BOOT 0.

Tu confonds création d’emuNAND et sauvegarde de NAND. L’un n’est pas l’autre mais les deux sont conseillés avant de modifier sa console. L'étape de la sauvegarde de NAND se fait au début du hack et cela permet en cas de problème de restaurer. La création d’emuNAND permet de se prémunir d’un ban mais également de protéger sa console de tout problème. Ainsi les aspects underground se font sur l’emuNAND et laisse la sysNAND propre. Les deux sont déliées. La sysNAND est la NAND système sur ta console et l’emuNAND est la NAND système « émulée » sur la SD.

Le Hack prévoit un certain nombre de précautions et des préconisations à suivre. C’est bien là le problème de beaucoup qui survolent les tutoriels complets ou qui suivent d’autres incomplets. Dans ton cas, les erreurs décrites depuis le début impliquent qu’il y a eu un problème en utilisant ChoiDujourNX pour mettre à jour et cela a dû corrompre le BOOT 0 et sans doute le BOOT 1 également.

Le fait de les restaurer suffit en principe mais encore faut-il que leur sauvegarde soit faite avant de les corrompre. C’est la piste à suivre dans ce cas. Et si tu avais eu une NAND sauvegardée, cela aurait permis de restaurer ton système proprement et de le mettre à jour HOS ensuite.

En revanche, les erreurs de package sont diverses. Soit elles concernent des éléments manquants sur la SD, soit cette dernière est corrompue.

Je ne peux pas être plus précis que cela. Ou alors des éléments m'échappent dans tes explications.

Ok, tu as beaucoup d’erreurs. Je ne sais ce que tu as fait lors de la mise à jour et ensuite mais cela n’est pas normal.

Déjà pour les eFuses, et comme tu as désactivé le mode autoRCM, tu devrais en avoir 15 de grillés en ayant mis à jour en 12.1.0. Ensuite, les erreurs de package sont soit dû au fait qu’il manque des éléments, soit ta SD est corrompue.

Pour éviter de réaliser d’autres manipulations infructueuses, dans un 1re temps, vérifie ta SD via H2testw pour t’assurer des aspects de corruption. Une fois cela fait, si elle est défectueuse, change de SD. Si ce n’est pas le cas, tu dis posséder une sauvegarde de NAND et des BOOT 0/1. L’idéal serait de restaurer les BOOT 0/1 et ensuite la NAND. A l’issu, tu mets a jour ta console en 12.1.0. Ainsi, ta console repartira sur des bases propres.

Lorsque tu auras terminé cela, tu pourras repartir sur une préparation de ta SD et suivre le tutoriel pour Atmosphère/Hekate.

Il manque des éléments à ta demande. Tu veux revenir en 11.0.0 pour utiliser SX OS si j’en déduis ce que je lis.

Pour cela, il suffit de préparer ta SD comme indiqué dans le tutoriel pour utiliser Atmosphère/Hekate et à l’issu passer par Daybreak plutôt que ChoiDujourNX comme conseillé dans le tutoriel également.

Ensuite tu procèdes au downgrade de ta sysNAND en 11.0.0 et tu pourras réutiliser SX OS. Comme tu ne précises pas si tu as une emuNAND ou non, de la même manière, j’en déduis que c’est ta sysNAND que tu souhaites downgrader.

Tous les éléments sont précisés dans le tutoriel et il n’y qu’a suivre les indications sauf la partie qui concerne la sauvegarde de NAND et la création de l’emuNAND. Et tu as le lien vers le tutoriel pour utiliser Daybreak. Il n’y a pas de raison que cela ne fonctionne pas. De plus de 11.0.0 à 12.0.1, c’est le même nombre d’eFuse.

En revanche tu auras un problème avec ton port cartouche car il s’est mis à jour en 12.x.x. Il sera donc inutilisable si tu reviens en 11.0.0. Tu as grillé un eFuse LOTUS supplémentaire et via SX OS, il n’y aucun moyen de contourner cela. Les explications sont également dans la FAQ du tutoriel.

Du coup, l’idéal serait dans ton cas, de downgrader en 11.0.0 pour utiliser SX OS à nouveau et de créer une emuNAND en 11.0.0. À l’issu, tu pourras mettre à jour ta sysNAND en 12.0.1 ou supérieur via Daybreak pour pouvoir utiliser ton port cartouche. Pas le choix, dans ton cas, si tu en as besoin.

Si tu utilisais des XCi, tu pourras continuer sur ton emuNAND. Il faudra juste dumper tes sauvegardes via JKSV pour les restaurer ensuite et en profiter sur l’emuNAND si tu décidais d’en créer une. En revanche, si tu utilisais des NSP, il faudra les réinstaller.

Et lorsque tu prépares ta SD, ne pas oublier les sigpatches via Atmosphère/Hekate. Aucune raison que cela n’aboutisse pas ou alors tu oublies des aspects et/ou éléments du tutoriel.

Pas normal, soit le processus s’est mal opéré, soit il manque des éléments à ton explications. Daybreak est un homebrew simple d’utilisatIon et qui en plus ne propose pas la fonction autoRCM. Donc je ne vois pas ce que tu aurais pu faire pour en arriver là.

Le seul paramètre qui empêcherait la console de fonctionner correctement serait que le processus ne s’est pas terminé ou a été interrompu. Ou alors, tu as utilisé un firmware d’une source peu fiable. Dans tous les cas, si tu as suivi le tutoriel comme indiqué, Daybreak n’a fait que installer le FW avec les drivers Fat32 et exFat. Ensuite, la console reboot.

Il faudrait tenter de la mettre en mode RCM pour essayer d’injecter le payload Hekate. Et si elle démarre via Hekate, recommencer le processus. Toutefois, si c’est le cas, et qu’en mode normal, non, quelque chose m'échappe et cela ressemblerait à un mode autoRCM actif. En dernier recours, si tu as fait une sauvegarde de NAND et des boot0/1, les restaurer.

Donc ta Switch n’est pas patchée. Il s’agit bien d’un problème au niveau du Mac ou le câble qui ne fait pas son travail. Il faut vérifier à ce niveau alors.

Cela signifie que tu n’as pas besoin de la puce SX Core pour la Switch. Si SX Pro + SX OS fonctionnait avant, pas de raison que tu ne puisses pas utiliser le hack Atmosphère/Hekate.

Dans la FAQ de ce tutoriel, il y a une résolution à faire sous Mac. A voir.
https://gamergen.com/forums/underground ... 36600.html

De plus, si tu n’arrives toujours pas à résoudre ton problème, mais que tu arrives à booter sur le Menu de SX OS, il faudrait:

1. Aller dans le Menu Options puis Payloads via SX OS
2. Choisir le bin de Hekate et l'injecter
3. Une fois Hekate chargé, aller sur Launch Custom Firmware
4. Et lancer le Homebrew ChoixDujourNX
5. Et terminer par restaurer le firmware 11.0.0

Avant, il te faut donc préparer ta SD avec Hekate, ChoiDujourNX et le FW 11.0.0. J’ai résumé grossièrement mais cela devrait aboutir. Ne pas activer le mode autoRCM lorsque tu utiliseras ChoiDujourNX et choisir le FW + exFat.
https://www.gamergen.com/forums/undergr ... 44482.html